home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 2 / The Arsenal Files 2 (Arsenal Computer).ISO / os2 / readmeus.025 < prev    next >
Encoding:
Text File  |  1994-05-26  |  21.6 KB  |  582 lines
  1. DB2/2 v1.0.1 Select Pak WR07025:
  2. ================================
  3.  
  4. Note:  This Select Pak has been repackaged since its original release
  5.  to include one additional defect.  If you have already installed the
  6.  Select Pak without this defect, you can add the fix by obtaining the
  7.  file FIX7025.ZIP.   See the OTHER section in WHAT'S CHANGED under
  8.  AUTOCOMMIT for a description of the change.
  9.  
  10.  This version of the select contains this fix.
  11.  
  12. Pre-Requisites
  13. --------------
  14.  
  15. This Select Pak can be applied on either the refresh code level (v1.0.1,
  16. syslevel WR07015) or on Service Pak WR07015 (syslevel WR07015).
  17.  
  18.  
  19. Other Information
  20. -----------------
  21.  
  22. WARNING: If you choose to backup your files, please be aware that any files
  23. that already exist in the backup directory you specify will be overwritten.
  24. If you want multiple level of backups please specify different backup
  25. directories.
  26.  
  27. >>****>>NOTE: This Select Pak can be used to install DB2/2 engine and or
  28. Database Administration Tools fixes.
  29.  
  30. CAUTION: If you have
  31.  
  32.             1) reinstalled DB2/2 v1.0.0 (GOLD) after 94/02/11 or
  33.             2) installed DB2/2 v1.0.0 (GOLD) on top of ES10 DBM after
  34.                94/02/11,
  35.  
  36.          some of your DB2/2 DLLs may then have a later date/time stamp
  37.          than the DLLs in the select pak.  However, the DLLs on your
  38.          system are actually not as recent as the ones in the select pak
  39.          and do not include any fixes in the Select Pak.  This is a
  40.          known defect in the original DB2/2 install program which
  41.          modifies some DLLs' date/time stamp to the date of the
  42.          installation.
  43.  
  44.          If you are using the DB2FIX install, then select YES when
  45.          prompted by the install program to overwrite the DLL already
  46.          on your machine with the Select Pak one.
  47.  
  48.          If you are using the CID install (DBFIXCID), then modify the
  49.          CID response file to set DBReplace=Y.  If you do not, you may end
  50.          up with and inconsistent system once the CID install completes.
  51.  
  52.          If you have done either 1 or 2 above and received private fixes
  53.          from IBM support after 94/02/11, then you should set DBReplace=Y.
  54.          After the select pak installation, you should reinstall the
  55.          private fixes that you received from IBM.  By doing this, you
  56.          are assured that your system is in a consistent state and
  57.          no private fixes are lost.
  58.  
  59.  
  60. CAUTION: If an existing version of DB2/2 is executing it should be
  61. stopped before applying the Select Pak.
  62.  
  63. CAUTION: For client/server platforms, this Select Pak should be applied
  64. to both server and client workstations.
  65.  
  66. >>****>>NOTE: In order to run with the new DDCS/2 fixes in WR07024,
  67. you must install BOTH the DB2/2 Select Pak WR07025 and the DDCS/2 Select
  68. Pak WR07024.
  69.  
  70. >>****>>NOTE: Due to new bind (.BND) files that have been shipped with
  71. this Select Pak, you may need to rebind your databases to the DB2/2
  72. bind files.  Run "sqlbind x:\sqllib\@sqlubind.lst your_dbname" for each
  73. of your databases (where your_dbname is the name of your database and
  74. x: is the drive where SQLLIB is).
  75.  
  76.  
  77. Contents
  78. --------
  79.  
  80. >Installation Instructions
  81. >CID Installation Instructions
  82. >The DB2 Family Newsletter
  83. >Submitting Suggestions to IBM
  84. >What's Changed
  85.         >>Database Engine Apar Description
  86.         >>IPX/SPX Support
  87.         >>Other
  88. >Questions and Answers
  89.  
  90.  
  91.  
  92. Installation Instructions
  93. -------------------------
  94.  
  95. To start the Presentation Manager Select Pak install, type DB2FIX on a command
  96. line, select ACTION from the action bar and then SERVICE from the pull down menu.
  97.  
  98. If you have just finished installing IBM DB2/2, IBM DB2/2 Service
  99. Pak WR07015 (syslevel WR07015), IBM refresh code level v1.0.1,
  100. IBM Lan Server/Requester, or IBM CM/2, please shutdown and reboot your
  101. system before installing the DB2/2 Select Pak.  You will have to
  102. reboot twice, once after the installation of these products to process any
  103. locked files, and a second time before using the Select Pak to process
  104. some remaining locked files.
  105.  
  106.  
  107. CID Install Instructions
  108. ------------------------
  109.  
  110. For DB2/2 CID Select Pak install, please use the sample response file
  111. DB2FIX.RSP provided on diskette 1.  This file can be modified to fit your
  112. installation needs.
  113.  
  114. NOTE: The keywords found in DB2FIX.RSP are the ONLY supported CID keywords in
  115. this version of the CID install program.
  116.  
  117. The Select Pak CID install program (DBFIXCID.EXE) uses the same syntax as the
  118. DB2/2 CID install program.  Refer to the DB2/2 Installation Guide for a
  119. description.
  120.  
  121. For a description of the CID install key words, refer to Appendix B of the
  122. DB2/2 Installation Guide.  Two keywords have been added to support the
  123. Select Pak install:
  124.  
  125. > DBInstallEngine  - install the database engine (1=YES 0=NO).
  126. > DBReplace - replaces files on the target system if they have a later
  127.               date/time stamp than the ones shipped with the Select
  128.               Pak (1=YES 0=NO).
  129.  
  130. NOTE: The CID keyword DBUpdateType can only be equal to 1, which specifies
  131. to install the Select Pak.  No other values are supported.
  132.  
  133. NOTE: If a certain component, say, Query Manager is not installed on
  134. a given system, specifying CID keyword DBInstallQueryManager=Y would have
  135. no effect.  It would just be ignored for that particular system and
  136. no Query Manager fixes would be installed.
  137.  
  138.  
  139.  
  140. THE DB2 FAMILY NEWSLETTER
  141. -------------------------
  142.  
  143. This is a bi-monthly newsletter that reports the latest news for the family
  144. of DB2 products (DB2 and DDCS on all available platforms: OS2, AIX, MVS...)
  145.  
  146. If you are interested in receiving this newsletter, please mail or fax
  147. your request to
  148.  
  149.   IBM Canada Ltd.
  150.   Database Technology Planning
  151.   2S/110/1150/TOR
  152.   1150 Eglinton Avenue East
  153.   North York, Ontario
  154.   Canada, M3C 1H7
  155.  
  156.   Attn: T.D. Sole
  157.   Fax:  (416) 448-2114
  158.  
  159.  
  160.  
  161. SUBMITTING SUGGESTIONS TO IBM
  162. -----------------------------
  163.  
  164. If you have any suggestions to enhance our products, there are two
  165. vehicles to communicate your requirements to IBM.
  166.  
  167. * If your organization has an IBM representative, discuss your
  168.   requirements with your IBM representative, and have them submit your
  169.   requirements to the DATABASE TECHNOLOGY PLANNING group at TOROLAB2(DBMREQ).
  170.  
  171. * Or, send your detailed requirements to the following address:
  172.  
  173.   IBM Canada Ltd.
  174.   Database Technology Planning
  175.   2S/110/1150/TOR
  176.   1150 Eglinton Avenue East
  177.   North York, Ontario
  178.   Canada, M3C 1H7
  179.  
  180.   Attn: M.H. Switzer
  181.   Fax:  (416) 448-4414
  182.  
  183.  
  184.  
  185. WHAT'S CHANGED - APAR Descriptions
  186. ----------------------------------
  187.  
  188. The following changes have been made as a result of direct customer feedback.
  189.  
  190. The fixes contained in this Select Pak are fixes that have gone into the product
  191. since WR07015 was shipped.
  192.  
  193.  
  194. Databse Engine APAR Descriptions
  195. --------------------------------
  196.  
  197. APAR JR00056
  198.  
  199. Previously, when users connected to DB2/6000 or DB2/MVS from a DB/2
  200. client, the connection information was not correct.  The problem was
  201. caused by the old DBM.CMD (REXX) client code not knowing the DB2/6000
  202. and DB2/MVS product signatures.  A fix has been implemented to correct
  203. this problem.
  204.  
  205.  
  206.  
  207. APAR JR07267 - Restrictions on Cobol Host Variables
  208.  
  209. Previously, a sign was not allowed in the VALUE clause of a PIC statement
  210. in the DECLARE section of COBOL programs with imbedded SQL.
  211.  
  212. An optional sign is now allowed on numeric declarations of host variables.
  213. Existing programs will continue to precompile as before.
  214.  
  215. For example the following is now possible:
  216.  
  217.         EXEC SQL BEGIN DECLARE SECTION END-EXEC.
  218.                 01 MY-VAR PIC S9(4) COMP-5 VALUE IS +5.
  219.         EXEC SQL END DECLARE SECTION END-EXEC.
  220.  
  221.  
  222.  
  223. APAR JR07352 - Addition subtraction of decimal numbers
  224.  
  225. This fix solves a problem with decimal addition and subtraction where negative
  226. zero (instead of positive zero) results are generated.
  227.  
  228.  
  229.  
  230. APAR JR07464 - SQL0553 while importing
  231.  
  232. While importing a table which had a primary key (and an index auto created),
  233. SQL0553 was returned because of an attempt to create an index with 'sysibm' as
  234. qualifier.  When a table was exported in IXF format, index information was stored
  235. in the IXF file unless the qualifier of the index was SYSIBM.  This comparison of the
  236. qualifier of the index was not being executed properly so this information was stored
  237. in the IXF file.  When those files were imported again, an error occurred when
  238. import tried to create an index with a SYSIBM qualifier.
  239.  
  240. This fix will export so that no index information will be stored in the IXF file
  241. for indexes with the SYSIBM qualifier.  To implement the fix: rebind sqlueiwi.bnd
  242. to the database and re-export the table.  (No more import error messages
  243. will result from the failure of the creation of an index with a SYSIBM qualifier).
  244.  
  245.  
  246.  
  247. APAR JR07486 - Unnecessary Empty Pages
  248.  
  249. Previously, applications generated unnecessary empty pages which affected performance.
  250. Data pages were considered full once there was no more free space for new
  251. records OR the maximum number of records per page had been reached.  Deleting records
  252. allowed DB2/2 to reuse the space of the deleted record for future inserts.  However,
  253. once a data page contained the maximum number of records, the free space resulting
  254. could not be reused for future updates.  This caused the data file to grow larger which
  255. was necessary to accommodate the new data being appended to the file.  As a result, a REORG
  256. operation was the only way to reclaim this unusable free space on 'full' data
  257. pages.
  258.  
  259. This fix has remedied the problem in that DB2/2 will reclaim and reuse
  260. any available free space for record inserts, even when there has been deleted
  261. records on previously full pages (maximum number of records per page).
  262.  
  263.  
  264.  
  265. APAR JR07504 - USEREXIT Archive OS/2 Window totally blacked-out, inaccessible
  266.  
  267. Invoking the LOG USER EXIT for ARCHIVING caused the OS/2 Archive Window
  268. to be brought up as expected but totally black.  After installing the first Select
  269. Pak for DB2/2, user exits would have no stdin/stdout/stderr.  Any type of I/O
  270. performed by the user exit would result in an error as the file handles were
  271. inadvertently closed in the parent process and inherited by the user exit.  The
  272. same symptoms would occur if the user was doing a RETRIEVE of a log file as well.
  273.  
  274. This problem may or may not have been noticeable.  If the user exit did not
  275. perform I/O, the problem would not occur.  However, during normal execution when
  276. the user exit is invoked and I/O is required, the problem would occur.
  277.  
  278. This fix has corrected the problem in that inherited standard I/O file handles are
  279. now kept open.
  280.  
  281.  
  282.  
  283. APAR JR07508 - Start/Stop using database causes swapper file to grow
  284.  
  285. When performing START USING - STOP USING multiple times in several processes
  286. running concurrently to the same database, the SWAPPER file kept on growing due
  287. to the same database shared memory not being disconnected properly.
  288.  
  289. A fix has been implemented which now enables the database shared memory to be freed
  290. up properly for concurrently running processes.
  291.  
  292.  
  293.  
  294. APAR JR07513 - View based on column functions with distinct has bad result
  295.  
  296. This problem was associated with queries based on views that contained column
  297. functions with DISTINCT applied to the argument.  This was caused by an
  298. oversight in the SQL compiler in which it did not recognize the need for a
  299. SORT prior to the DISTINCT processing.
  300.  
  301. A fix has been implemented to make the SQL compiler recognize that a SORT is
  302. required and generate a plan that ensures the records are sorted prior to the
  303. DISTINCT processing.
  304.  
  305.  
  306.  
  307. APAR JR07515 - Lots of almost empty leaf pages
  308.  
  309. Adding lots of duplicate values to an index in a certain order could sometimes lead to
  310. many almost empty leaf pages which caused the index file to grow extremely large and consume
  311. alot of disk space.  The problem was caused by a defect in the split logic for a single record
  312. node in index manager.  A fix has been implemented and the logic for splitting single record
  313. pages has been changed to handle this situation properly.
  314.  
  315.  
  316.  
  317. APAR JR07516 - Trap in COBLIB.DLL when doing a CTL-BREAK while in MFCOBOL Animator
  318.  
  319. When running inside a COBOL runtime function, Micro Focus switched to a "static
  320. COBOL stack of size approximately 8 KB".  Once a signal was generated, the DB2/2 signal
  321. handler trapped the signal and the default signal handler was invoked.  The
  322. available stack was only 4K, which is too small for DB2/2 signal handler to
  323. operate.  A fix has been implemented to correct the problem.
  324.  
  325.  
  326.  
  327. APAR JR07542 - SQL0104 when doing SQLBIND with grant option
  328.  
  329. When the SQLBIND command with the GRANT option (/G) was issued against a host
  330. database like the AS/400, the error SQL01042N was returned.  In this case, the
  331. SQL0104N error indicated that "GRANT BIND, EXECUTE ON PROGRAM..." was not supported
  332. on the AS/400.  A fix has been implemented in DB2/2, so that the GRANT statement
  333. supported by the hosts ("GRANT EXECUTE ON PROGRAM...") will be issued when the
  334. GRANT option is specified.
  335.  
  336.  
  337.  
  338. APAR JR07577 - SQLNETB in CONFIG.SYS is set to 32 instead of 64
  339.  
  340. SQLNETB is a DB2/2 environment variable.  It is provided to allow the user
  341. to specify the number of NetBIOS sessions that he/she would like DB2/2
  342. to reserve for itself from the NetBIOS pool of resources.  If the
  343. SQLNETB environment variable does not exist, at "STARTDBM" time, then
  344. a default setting will be assumed by DB2/2.
  345.  
  346. This fix changes the actual SQLNETB default from 64 to 32 for server
  347. configurations.
  348.  
  349.  
  350.  
  351. APAR JR07646 - Customer gets 3189 message too big for message buffer
  352.  
  353. A non-standard message was printed in the import/export message file in the event
  354. that the combined length of the tokens for the message was greater than 70 bytes.
  355. The tokens will now be truncated with this fix.
  356.  
  357. Note: After installing this fix, no other actions are required before running the
  358. scenario.  The message for SQL3189 will appear as documented in the Messages and
  359. Problem Determination Guide.  A column list is provided as the second token for message
  360. SQL3189, this list may not be complete if the list is too long to fit in the 70 byte
  361. limit of the sqlca.sqlerrmc.
  362.  
  363.  
  364.  
  365. APAR JR07663 - Incorrect SQL1042 Error Code
  366.  
  367. When an attempt was made to set the maximum file handles to a value smaller
  368. than what was already opened by the operating system, an incorrect SQL1042
  369. error code was returned.  This has been fixed, and the SQL1042 error is no
  370. longer returned.
  371.  
  372.  
  373.  
  374. APAR JR07670 -  DB2/2 logs unnecessary to FFST/2
  375.  
  376. When a Presentation Manager application executes REXX SQL APIs, DB2/2 logs an unacceptable
  377. number of FFST/2 log entries.  The performance of the application was affected due to heavy
  378. disk I/O.  To handle this problem, DB2/2 now checks if the application is a Presentation
  379. Manager application and does not log unnecessary FFST/2 log entries.
  380.  
  381.  
  382.  
  383. APAR JR07688 - Check Pointer Failed SQL0822
  384.  
  385. When an application was running SQL in a thread other than thread 1, the application could
  386. potentially see error SQL0822 (bad SQLDA pointers), or trap in SQLAK32.DLL for 16-bit
  387. applications.  A fix has been implemented to correct this problem.
  388.  
  389.  
  390.  
  391. APAR JR07710 - Swith to turn off NetBIOS subsystem
  392.  
  393. Prior to this fix, there was no means, provided by DB2/2, to disable the NetBIOS
  394. protocol initialization reserves NetBIOS sub-systems resources (sessions names
  395. and ncbs).  Some users would prefer to disable the NetBIOS protocol initialization,
  396. for DB2/2, to conserve these resources.  Disabling the DB2 NetBIOS initialization
  397. would only be desirable for those not using the NetBIOS protocol for DB2/2
  398. client/server applications.
  399.  
  400. This fix provides support for a new SQLNADPT environment variable value which would
  401. allow the user to specify "NONE".
  402.         ie. SET SQLNADPT=NONE
  403.  
  404. NOTE: If "SQLNADPT=NONE" is set before issuing "STARTDBM" then the NetBIOS
  405. protocol will NOT be initialized for that workstation.
  406.  
  407.  
  408. After this fix, a NetBIOS client attempting to connect to the "NetBIOS disabled" server
  409. will receive a SQLCODE "30080 '14'" (which means that the server is not ready).
  410.  
  411. "NetBIOS disabled" clients attempting to reach a server via NetBIOS will receive a
  412. SQLCODE "30080 'FFFF'" (which means that your local DB2/2 NetBIOS protocol has not
  413. been initialized properly).
  414.  
  415.  
  416.  
  417. APAR JR07757 - Table expected in WSF format has garbled column headings
  418.  
  419. The labels that are column headings did not have the preceding single quote (')
  420. as required when exporting a WSF format file.  This fix has remedied the situation.
  421.  
  422.  
  423.  
  424. APAR JR07758 - Thunking error in successive DARI/SQLOCALL calls
  425.  
  426. When multiple 16-bit stored procedures were called in nested levels (i.e. a 16-bit
  427. stored procedure issues another 16-bit stored procedure from within itself) resulted in
  428. DB2/2 mishandling the input and output SQLDA pointers.  This caused the
  429. application to receive a SQL0822 error.  A fix has been implemented to correct
  430. this problem.
  431.  
  432.  
  433.  
  434. APAR JR07770 - Negative zero not equal to zero (-0 <> 0)
  435.  
  436. This fix corrects a problem with the equals (=) and the not equals (<>) predicates
  437. when both operands are zero valued decimals of identical precision and scale, or
  438. zero valued double-precision floats.
  439.  
  440. NOTE: To implement this fix, rebind any applications with static SQL.
  441.  
  442.  
  443.  
  444. APAR JR07819 - Pool of memory release problem
  445.  
  446. When an application used DARI, the user received an error SQL0083C (out of memory)
  447. if the server application returned SQLZ_DISCONNECT_PROC return value and was called
  448. many times.  This occurred because the pool of memory allocated by Run-Time Services
  449. for the server application was not released.  A fix has been implemented to correct
  450. the problem.
  451.  
  452.  
  453.  
  454. APAR JR07868 - Complex queries with GROUP BY clauses
  455.  
  456. In some cases, complex queries with GROUP BY clauses caused failure or
  457. returned incorrect results.  After applying this fix, rebinding will
  458. correct applications that were affected by this defect.
  459.  
  460. NOTE>> ONLY users who have seen this problem will have to initiate the
  461. rebind.
  462.  
  463.  
  464.  
  465. IPX/SPX Support
  466. ---------------
  467.  
  468. This Select Pak includes code changes to enable the DB2 CAE/DOS v1.2 or DB2 CAE/2
  469. v1.2 products to access the DB2/2 Server using the IPX/SPX protocol.  You must install
  470. both the DB2/2 engine and Database Administration Tools fixes from this Select Pak in
  471. order to install all required changes for this IPX/SPX Support.
  472.  
  473. For more information on the IPX/SPX Support please refer to the DB2IPX.INF file
  474. installed by the Select Pak on the \SQLLIB\BOOK dir:
  475.         view DB2IPX.INF
  476.  
  477. This Select Pak migrates your existing database manager configuration file.  Existing
  478. parameters in this file remain the same but two new ones will be added.  You must set
  479. these parameters before using IPX/SPX Support.  Please refer to the above DB2IPX.INF
  480. file for details.
  481.  
  482. There are some NEW and CHANGED messages related to this new IPX/SPX Support.
  483. For more information on these please refer to the above file for details.
  484. The following message identifiers are affected:
  485. - SQL1066N
  486. - SQL1067N
  487. - SQL1073N
  488. - SQL1340N
  489. - SQL1341N
  490. - SQL1342N
  491. - SQL1343N
  492. - SQL1392N
  493. - SQL1393N
  494. - SQL5014N
  495. - SQL5019N
  496. - SQL30081N
  497.  
  498.  
  499. Other
  500. -----
  501.  
  502. Migration of Database Manager Configuration file
  503.  
  504. This is done automatically by the Service/Select Pak install program.  No
  505. changes will be made to the existing parameters but two new ones will be added.
  506. These can be left empty unless you want to use the IPX/SPX Support.  Please
  507. refer to the DB2IPX.ING   file mentioned in the previous section for additional
  508. information.
  509.  
  510.  
  511. Translation of a QMF file
  512.  
  513. A problem existed in attempting to download a QMF file and import it in a DBCS
  514. environment.  The fix solves this problem and translates the QMF file as intended.
  515.  
  516.  
  517. DB2/2 Base Address Changes
  518.  
  519. The DLL base address for DB2/2 has been modified in order to get around an OS/2
  520. APAR PJ11671.  No functionality changes were made as part of this APAR.
  521.  
  522.  
  523. 1042/Trap on Recovery
  524.  
  525. A potential recovery problem related to an index file size that could cause a
  526. trap or 1042 during recovery has been fixed.
  527.  
  528.  
  529. Autocommit
  530.  
  531. When DBMCOMMIT was not set or set to YES, operations performed through
  532. DBM -C UPDATE or DBM -C DROP on the database could not be rolled back.
  533. Now, operations done with DBM -C can always be rolled back regardless
  534. of what DBMCOMMIT is set to.
  535.  
  536.  Note: This problem only exists in the first release of Select Pak 7025
  537.  and not in Service Pak 7015 or DB2/2 v1.0.1.
  538.  
  539.  
  540.  
  541. QUESTIONS AND ANSWERS
  542. ---------------------
  543.  
  544.  
  545.  
  546.  
  547. Q: What do I look for if my application ABENDED while connected to a database?
  548.  
  549. A: Look for a .TRP file in the x:\SQLLIB directory, where x is the
  550. installation drive for DB2/2.  This file is created when DB2/2 ABENDs.
  551. The file contains the user's stack and current register information.  Using
  552. this information you should be able to find the problem.  If you are unable to
  553. resolve the condition, phone IBM support.
  554.  
  555.  
  556. Q: What are the recommended trace settings for DB2/2?
  557.  
  558. A:
  559. >sqltrc on -l 1000000 -e 10
  560. >sqltrc dump trace.dmp
  561. >sqltrc fmt trace.dmp trace.fmt
  562.  
  563. This procedure will create a 1 MB trace file which is used by IBM support
  564. to help resolve many DB2/2 problems.  The TRACE.FMT file will be an ASCII
  565. file with DB2/2 activity recorded during the problem recreation.
  566.  
  567.  
  568. Q: When using DB2/2 with the Lotus Datalens product, I receive the following
  569. message when attempting to connect to a DB2/2 database:
  570.  
  571.   Error Code SQL0804N and you are unable to connect.
  572.  
  573. What is wrong?
  574.  
  575. A: Lotus 1-2-3 for OS/2 has a driver called DATALENS that allows you to bring
  576. data from a database into your spreadsheet.
  577.  
  578. This is a known problem with the Lotus Datalens product.  The fix is
  579. available from your local Lotus Technical Support centre in a SLIPSTREAM
  580. driver package as of August 1993.
  581.  
  582.